System and method for remotely re-imaging a computer system

ABSTRACT

The present disclosure relates generally to systems and methods for remotely re-imaging a computer system. In one example, a method is provided for executing a re-imaging process for replacing an original image on an active system of a remote computer system with a new image. The method includes receiving a command to initiate the re-imaging process from a remote location and downloading the new image onto the active system. The re-imaging process is performed to replace the original image with the active image and remote location may be informed of the re-imaging process&#39;s success. The computer system is rebooted.

CROSS REFERENCE

This application is related to U.S. patent application Ser. No.11/439,711, entitled “METHOD FOR RE-IMAGING A COMPUTER SYSTEM”, filed onMay 24, 2006, which is hereby incorporated by reference in its entirety.

BACKGROUND

Computer systems rely on memory media for storage. Such media includehard drives, removable disks, and memory sticks that may be formattedfor use with devices such as magnetic or optical writers and readers.Files and directory structures stored on the media, including data andexecutable instructions (e.g., programs), form an image commonlyreferred to as a disk image.

As the disk image on a computer system may be corrupted or lost due tosoftware errors or hardware failure, a copy of the disk image may bestored elsewhere for use in restoring the computer system to the staterepresented by the disk image. The process of restoring the disk imagegenerally involves over-writing the previous disk image. This re-imagingprocess typically involves wiping the disk or other storage media andwriting the disk image onto the wiped disk.

Alternatively, a computer system's disk image may be overwritten byanother disk image during, for example, an upgrade process. In thiscase, the original disk image may be operating normally, but there-imaging may result in the original disk image being overwritten bythe new disk image.

However, current re-imaging processes are limited, and new and improvedmethods for re-imaging are needed.

SUMMARY

In one embodiment, a method for executing a re-imaging process forreplacing an original image on an active system of a remote computersystem with a new image is provided. The method comprises receiving acommand to initiate the re-imaging process from a remote location anddownloading the new image onto the active system. The re-imaging processis performed to replace the original image with the active image andremote location is informed of the re-imaging process's success. Thecomputer system is rebooted, wherein no reboot is needed between thereceiving the command and performing the re-imaging process.

In another embodiment, a method for executing a re-imaging process forreplacing an original image on an active system of a remote computersystem with a new image is provided. The method comprises defining aplurality of settings and files that are to be preserved from theoriginal image during the re-imaging process. A command is issued toexecute an agent process on the remote computer system for initiatingthe re-imaging process. The agent process is instructed to save thedefined plurality of setting and files that are to be preserved and aresponse is waited for from the agent indicating success or failure ofthe re-imaging process.

In still another embodiment, a system for re-imaging a remote activesystem is provided. The system includes a first computer, and a secondcomputer coupled to the first computer, wherein the second computerincludes the active system. The system also includes a plurality ofinstructions for execution on the first computer including instructionsfor issuing a command to execute an agent process on the second computerfor initiating the re-imaging process. The system further includes aplurality of instructions for execution on the second computer includinginstructions for receiving the command to initiate the re-imagingprocess and instructions for copying a new image to the active system,wherein the new image is to replace an original image on the activesystem. The plurality of instructions for execution on the secondcomputer also include instructions for performing the re-imaging processto replace the original image with the active image, and instructionsfor rebooting the computer system, wherein no reboot is needed betweenthe receiving the command and performing the re-imaging process.

BRIEF DESCRIPTION OF THE DRAWINGS

Aspects of the present disclosure are best understood from the followingdetailed description when read with the accompanying figures. It isemphasized that, in accordance with the standard practice in theindustry, various features are not drawn to scale. In fact, thedimensions of the various features may be arbitrarily increased orreduced for clarity of discussion.

FIG. 1 is a flowchart illustrating one embodiment of a method forre-imaging a computer system.

FIG. 2 is a diagram of one embodiment of a computer system within whichthe method of FIG. 1 may be executed.

FIGS. 3 a-3 c are a flowchart illustrating another embodiment of amethod for re-imaging a computer system.

FIG. 4 is a flowchart of a method for remotely re-imaging a computersystem.

DETAILED DESCRIPTION

It is to be understood that the following disclosure provides manydifferent embodiments, or examples, for implementing different featuresof the disclosure. Specific examples of components and arrangements aredescribed below to simplify the present disclosure. These are, ofcourse, merely examples and are not intended to be limiting. Inaddition, the present disclosure may repeat reference numerals and/orletters in the various examples. This repetition is for the purpose ofsimplicity and clarity and does not in itself dictate a relationshipbetween the various embodiments and/or configurations discussed.

Referring to FIG. 1, one embodiment of a method 100 for re-imaging anactive system (e.g., an active disk) in a computer system isillustrated. The method 100 enables a portion of the re-imaging to occurwhile a user is using the computer system, and does not require a rebootfrom the time the re-imaging process is initiated until a final phase ofthe re-imaging is reached. Accordingly, user productivity may beincreased as the computer system is unusable for a shortened amount oftime compared with other re-imaging processes.

In step 102, re-imaging files for a new (or backup) image may be copiedinto a re-imaging directory on the computer system disk. It isunderstood that the term “re-imaging directory” is for purposes ofillustration and does not necessarily indicate a special type ofdirectory. In the present embodiment, the re-imaging directory may becreated on the active disk by the re-imaging process prior to thecopying of the files, but a previously existing directory may be used ifdesired. Furthermore, the directory may not be protected from access bythe operating system controlling the disk and so may not provide aprotected environment for the files that it contains. Although not shownin FIG. 1, the new (or backup) image may be mounted prior to copying thefiles into the re-imaging directory. For example, the new image may bemounted if the new image is not stored locally on the computer system.The mounting may be, for example, via remote storage (e.g., a fileserver), a local image file, or through use of a portable memory device.

Although not shown, in some embodiments, files and settings (e.g., userand/or network settings) may be copied from the active disk into there-imaging directory. The re-imaging directory may be organized in thesame manner as the active disk, and the files and settings may be copiedinto a location within the re-imaging directory identical to theirlocation on the active disk. Accordingly, the file structure of theactive disk may be maintained. The files and settings to be copied maybe selected by a user (e.g., an administrator) or may default to apredefined configuration.

During step 102 (and during mounting and/or copying user files andsettings, if applicable), a user may be actively using the computersystem and accessing the active disk. Accordingly, to the user, thecomputer system may not appear to be undergoing a re-imaging process.For example, if the computer system is networked, the re-imaging processmay be initiated by an administrator via the network without the user'sknowledge and without the administrator needing to physically access tothe computer system.

In step 104, any user currently logged into the computer system islogged off and any unneeded processes are stopped. In the presentembodiment, an unneeded process is a process that can be stopped withoutrendering the operating system inoperable (i.e., a needed process isrequired to maintain the operating system in a functioning state).Accordingly, some processes may typically be identified as needed andallowed to continue running. At this point, the user can no longeraccess the computer system.

In step 106, files from the active disk's top level (e.g., operatingsystem files and libraries) are moved into a temporary directory. Themethod 100 uses system level application programming interface (API)commands to move the files. The use of system level API commands avoidsthe use of tools that may make calls to structures such as dynamiclibraries that have been or are being moved or otherwise renderedunavailable (e.g., in step 104), which may render the computer systeminoperable. Accordingly, the movement of the top level files isperformed in such a way as to minimize the need for higher levelprocesses.

In step 108, the files from the re-imaging directory are moved to thetop level space of the active disk. As with the movement in step 106,the files are moved using system level API calls to avoid the use oftools that may make calls that would render the system inoperable. Fromsteps 106 through steps 110, any calls outside of the system level APIcalls may be minimized or eliminated to maintain the system in afunctioning state.

In step 110, the computer system is rebooted. During the reboot process,any files that were in use (and could not be moved or overwritten)during steps 106 and/or 108 may be moved to complete the re-imagingprocess.

In the present embodiment, it is noted that the terms “copying” and“moving” may have different meanings. For example, “copy” may representreading the contents of a file into memory and then saving it again,while “moving” may represent changing an entry in the directorystructure map on the disk. As such, copying a file may take longer thanmoving a file (e.g., one hour to copy versus one half second to move),although the time savings provided by moving may be applicable only whenthe target location of the move is on the same volume. In addition,because files may be moved in a relatively small amount of time, movingthe files (as opposed to copying the files) may shorten the time betweensteps 106 and 110 and minimize the risk that an existing process maymake a call to a tool that is no longer functional (e.g., because a fileneeded for the tool may have been moved in step 106). It is understoodthat these terms are described for purposes of illustrating the presentembodiment and are not intended to be limiting.

Referring to FIG. 2, in one embodiment, a computer system 200illustrates an environment within which the method 100 of FIG. 1 may beimplemented. Although the system 200 is shown with networked computers202 and 204, it is understood that the present disclosure may be usedwith a single non-networked computer. Furthermore, other networkedcomponents such as a server 206 may be included in the system 200.

As an illustration of an exemplary computer, the 202 may include acentral processing unit (“CPU”) 208, a memory unit 210, an input/output(“I/O”) device 212, and a network interface 214. The components 208,210, 212, and 214 are interconnected by a bus system 216. It isunderstood that the computer may be differently configured and that eachof the listed components may actually represent several differentcomponents. For example, the CPU 208 may actually represent amulti-processor or a distributed processing system; the memory unit 210may include different levels of cache memory, main memory, hard disks,and remote storage locations; and the I/O device 212 may includemonitors, keyboards, and the like.

The computer 202 may be connected to a network 218 via the networkinterface 214, which may be wired or wireless. The network 218 may berepresentative of several networks, such as a local area network, acompany wide intranet, and/or the Internet. Because the computer 202 maybe connected to the network 218, certain components may, at times, beshared with other computers (not shown). Therefore, a wide range offlexibility is anticipated in the configuration of the computer. It isunderstood that, although a conventional computer is illustrated in FIG.2, the term “computer” in the present disclosure may refer to any devicethat includes a processor and a memory for storing data.

The computers 202 and 204 may be using any operating system, includingvarious versions of operating systems provided by Microsoft (such asWINDOWS), Apple (such as Mac OS X), UNIX, and LINUX. While the followingexamples are described with respect to an Apple OS X environment, it isunderstood that the present disclosure may be applied to any operatingsystem

Referring to FIGS. 3 a-3 c, in another embodiment, a method 300 forre-imaging a system is provided. The method 300 may use an agent presenton the system to initiate the re-imaging by calling a re-imaging toolthat handles the actual re-imaging. As will be described in greaterdetail with respect to FIG. 4, in embodiments where the system beingre-imaged is networked, the agent may communicate with a remote computerand download the new image from the network.

With specific reference to FIG. 3 a, in step 302, the method 300 ensuresthat all necessary dynamic libraries are loaded. The libraries may beneeded by the re-imaging tool to accomplish one or more of the followingsteps, and may also be needed to mount the new image. For example,certain API calls may need access to libraries that may or may not beloaded when the method 300 begins. Step 302 may ensure that any suchlibraries are loaded using an API such as “void (*signal(int, void(*)(int)))(int);”. In the present embodiment, the API may be called withthe following parameter: “signal(SIGHUP, &_OnHUPSignal);”. This may bethe first call made or may be a later call. In step 304, the new imageis mounted. As described previously, the new image may be mounted onlyif needed, and may be mounted from a remote storage, a local image file,a portable drive, or from other media.

In step 306, a temporary directory (e.g., NEWFILES) is created in whichto store the new files contained within the new image. Although shownfollowing step 304, step 306 may occur at any time after the initiationof the method 300. In step 308, the new files are copied from themounted image into the NEWFILES directory. The copying may be performedusing any of a variety of tools known to those in the art. For example,the copying may use relatively high-level tools that rely on processesand libraries that are not essential for the continued operation of theoperating system that controls the active disk. While the copying isoccurring, a user may continue to use the system in a normal manner. Instep 310, the image may be dismounted from the system after the fileshave been copied into the NEWFILES directory. It is understood that step310 may occur at any time after step 308 or may be omitted entirely insome embodiments.

With specific reference to FIG. 3 b, agent preferences and settings(e.g., of the agent initiating and controlling the re-imaging) may bepreserved by copying information, such as a settings file, from theactive system to the same location in the NEWFILES directory in step312. This avoids loss of the information and preserves the information'slocation with respect to the directory structure of the active system.

In steps 314, 316, and 318, additional files, folders, and settings maybe copied from the active system to the NEWFILES directory as specified.The files and other data to be copied may be specified by anadministrator or other user, or may be specified by a predefined ordefault configuration. More specifically, in step 314, network settingsmay be copied from the active system to the same location in theNEWFILES directory if a request to copy the files has been entered. Instep 316, user folder(s) may be copied from the active system to thesame location in the NEWFILES directory if a request to copy the fileshas been entered. The user folders to be copied may be specified for aparticular user (e.g., the user currently logged into the system), forall users of the system, or for a particular subset of users. In step318, any other files and/or settings that are to be saved may be copiedfrom the active system to their same location in the NEWFILES directory.The copying in steps 312, 314, 316, and 318 may be performed using anyof a variety of tools known to those of skill in the art.

In step 320, one or more scripts (e.g., a shell script) may be executedif specified. Such a script may be executed to perform any number oftasks as defined by the administrator, and may be provided with a pathto the NEWFILES directory as a parameter. It is understood that, in someembodiments, preceding steps may be accomplished by the use of suchscripts. Furthermore, it is understood that any or all of steps 312,314, 316, 318, and 320 may be omitted, and the steps may be performed inany order.

With specific reference to FIG. 3 c, the startup volume name may bechanged in step 322 if specified. For example, the administrator mayspecify a new name for the drive to indicate that it has been re-imagedor to associate it with another user. It is understood that step 322 mayoccur at any time after the method 300 is initiated (and prior to theexecution of step 334 in the present example), and may be omittedentirely in some embodiments.

Step 324 of the method 300 logs out all users that are logged into thesystem (if any) and kills all unneeded processes. In the presentexample, a needed process is one that is required to prevent theoperating system controlling the active system from being renderedinoperable (i.e., an unneeded process is not required to maintain theoperating system in a functioning state). However, it is understood thatother processes may be defined as needed if desired. Logging off allusers and stopping all unneeded processes enables the active system tobe reduced to a relatively few active files and reduces the possibilitythat a call will be made to a file that has been moved in a later step.It is understood that step 324 may occur at any time after the method300 is initiated (and prior to the execution of step 328 in the presentexample)

In step 326, a temporary directory (OLDFILES) is created (although thisdirectory may also be created in an earlier step). In some embodiments,a pre-existing directory may be used. It is understood that step 326 mayoccur at any time after the method 300 is initiated (and prior to theexecution of step 328 in the present example). In step 328, all filesmay be moved from the top level space (e.g., the root directory) of theactive disk to the OLDFILES directory. In some embodiments, the NEWFILESdirectory may be created in the top level space and would not be movedduring step 328. This process may be performed relatively quickly (e.g.,approximately 0.5 seconds to two seconds). In the present example, theprocess of moving the files is performed solely with calls to the systemlevel API (e.g., using a call such as “int rename (const char *, constchar *);” in a UNIX based system). The exclusive use of system level APIcalls ensures that the re-imaging tool will not make a call to a librarythat has not been loaded (step 302) or to a file that has been moved.For example, if the re-imaging tool were to use a regular copy tool tomove the files, the tool would likely make library calls to perform itsfunctions. As the libraries may have already been moved, this mightrender the system inoperable. The use of system level API calls inconjunction with the loading of any needed libraries avoids thispossibility.

In step 330, the files and directory structure in the NEWFILES directoryare moved to the top level space on the active disk. As with step 328,the process of performing the move is accomplished using only systemlevel API calls. As various settings, user files and folders, and otherinformation were saved from the active system (now in the OLDFILESdirectory) to the NEWFILES directory, this information will be availableonce the re-imaging is complete.

In step 332, any needed boot parameters are given to the system. Forexample, if the system is a Mac OS X based system, step 332 would entailblessing the system. In step 334, the system is rebooted (e.g., with ahard reboot). In some embodiments, files may be moved or copied duringthe reboot process. In addition, the OLDFILES directory may be deletedduring the reboot process.

Although not shown with respect to FIGS. 3 a-3 c, modifications may bemade to ensure that files that are in use are saved during there-imaging process. For example, in some operating systems (e.g., UNIX),a file that is open or busy may be deleted or moved to a new location.However, in other operating systems (e.g., MICROSOFT WINDOWS XP), a filethat is open generally cannot be moved. Accordingly, in such a system,if a file is open during step 316 and step 316 is performed before step324, the file itself or changes to the file may be lost afterre-imaging. To prevent such loss, a mechanism may be employed toidentify files that are active when the copying of step 316 occurs. Theidentified files may then be copied after step 324 is performed. Forexample, the identified files may be copied before or following reboot(step 334). If such a mechanism is not employed and the operating systemoperates in such a manner that busy files or file changes may be lost,step 324 may be performed before step 312. Other variations to ensurethat files are saved for use after re-imaging may also be provided.

Accordingly, the method 300 enables a computer system to be re-imaged. Auser of the computer system may continue to access the system until acertain phase of the method 300 is reached (step 324) and so the effectof the re-imaging is minimized with respect to user productivity. Inaddition, as various files and settings of the original image may betransferred to the new image, the computer system may be available foruse as soon as it is rebooted.

Referring to FIG. 4, in another embodiment, a method 400 may be used tore-image one or more computers accessible via a computer network. Forexample, a system administrator may use the computer 202 of FIG. 2 tore-image computer 204. In the present example, the image to be used inthe re-imaging process may be stored in another location, such as on theserver 206.

In step 402, a system administrator or another user having theappropriate network and computer access rights issues a command from thecomputer 202 to re-image the computer 204. The command may be entered inany of a variety of ways, such as using a graphical user interface or acommand line. Parameters may also be provided with the re-image command,including a location of the image to be used and which of various filesand/or settings are to be saved (as described previously). In thepresent example, the command is issued to an agent residing on thecomputer 204.

In step 404, the agent on the computer 204 downloads the image from theserver 206 and initiates the re-imaging process by calling a re-imagingtool in step 406. In the present example, the re-imaging tool is part ofa package containing the agent and so is located on the computer 204. Inother embodiments, the re-imaging tool may be downloaded to the computer204 prior to or after activation of the agent, may be stored andexecuted on a remote system (e.g., the computer 202 or the server 206),or may be stored on any other accessible remote storage device.

In step 408, although not described in detail in the present example,the re-imaging tool performs a re-imaging process as describedpreviously. For example, all or portions of method 100 of FIG. 1 ormethod 300 of FIGS. 3 a-3 c may be executed by the re-imaging tool tore-image the computer 204.

In step 410, a determination is made as to whether the re-imaging wassuccessful. The determination may be made by the agent on the computer204 or the agent may send information to the computer 202 to enable thecomputer 202 to determine whether the re-imaging was successful. In thepresent example, if the re-imaging was not successful, the method 400moves to step 412, where a message is sent to the administratornotifying the administrator of the failure before the method ends.

If the re-imaging was successful, the method 400 moves to step 414,where a message is sent to the administrator notifying the administratorof the successful re-imaging. In step 416, the re-imaging tool rebootsthe computer 204 (although this may occur prior to sending the messagein step 412). Files from the previous system (e.g., the OLDFILESdirectory described with respect to FIGS. 3 a-3 c) may be deleted duringthe reboot process.

Accordingly, the method 400 enables a re-imaging process to be initiatedfor a remote computer. Various parameters may accompany the command toconfigure the re-imaging process to save files and settings and toperform other functions. The administrator or other user initiating there-imaging process need not have physical access to the computer beingre-imaged. It is understood that multiple computers in a network may bere-imaged simultaneously, providing an advantage to administrators oflarge organizations. Furthermore, such re-imaging may occur on ascheduled basis to minimize work interruptions. For example, the commandto re-image may be scheduled (e.g., send the command at 3:00 AM) or there-imaging itself may be scheduled (e.g., instruct the agent to initiatethe re-imaging at 3:00 AM). Although not described in detail, it isunderstood that various modifications may be made to the methodsdescribed herein. For example, the agent may be configured to notify anadministrator or write to a log after certain steps are completed. Suchnotifications may aid in diagnosing a reason for failure if there-imaging process is not successful.

Although only a few exemplary embodiments of this disclosure have beendescribed in details above, those skilled in the art will readilyappreciate that many modifications are possible in the exemplaryembodiments without materially departing from the novel teachings andadvantages of this disclosure. Furthermore, various steps may beomitted, combined, split into additional steps, or performed in adifferent order than that shown. Also, features illustrated anddiscussed above with respect to some embodiments can be combined withfeatures illustrated and discussed above with respect to otherembodiments. Accordingly, all such modifications are intended to beincluded within the scope of this disclosure.

1. A method for executing a re-imaging process for replacing an originalimage on an active system of a remote computer system with a new imagecomprising: receiving a command to initiate the re-imaging process froma remote location; downloading the new image onto the active system;performing the re-imaging process to replace the original image with thenew image, wherein performing the re-imaging process includes: stoppingprocesses not needed to maintain an operating system running on theactive system in an operable state; moving files and settings in theoriginal image from a top level space of the active system into atemporary directory using system level application programming interface(API) commands; and moving files from a re-imaging directory in whichfiles for the new image are stored on the active system into the toplevel space using system level API commands; informing the remotelocation of the re-imaging process's success; and rebooting the computersystem after the original image is replaced with the new image, whereinno reboot occurs during a time interval defined by a start time at whichthe command to initiate the re-imaging process is received and an endtime at which this rebooting occurs.
 2. The method of claim 1 furthercomprising deleting files of the original image when rebooting thecomputer system.
 3. The method of claim 1 further comprising activatingan agent resident on the computer system after receiving the command,wherein the agent executes the re-imaging process.
 4. The method ofclaim 1 wherein stopping processes not needed to maintain the operatingsystem running on the active system in an operable state includeslogging off any user currently logged into the active system.
 5. Themethod of claim 1 further comprising preserving at least a portion ofsettings and files from the original image by copying the portion of thesettings and files into an identical location in the re-imagingdirectory.
 6. The method of claim 5 wherein the copying the portion ofthe settings and files into an identical location in the re-imagingdirectory occurs prior to stopping processes not needed to maintain theoperating system running on the active system in an operable state. 7.The method of claim 1 further comprising identifying a plurality offiles corresponding to the original image that are to be saved duringthe re-imaging process, wherein the files are available on the remotecomputer system after rebooting the computer system.
 8. The method ofclaim 1 further comprising identifying a plurality of settingscorresponding to the original image that are to be saved during there-imaging process, wherein the settings are available on the remotecomputer system after rebooting the computer system.
 9. The method ofclaim 1 wherein downloading the new image onto the active systemincludes accessing the new image on a remote storage device.
 10. Amethod for executing a re-imaging process for replacing an originalimage on an active system of a remote computer system with a new imagecomprising: defining a plurality of settings and files that are to bepreserved from the original image during the re-imaging process; issuinga command to execute an agent process on the remote computer system forinitiating the re-imaging process; instructing the agent process to savethe defined plurality of settings and files that are to be preserved;performing, by the agent process, the re-imaging process to replace theoriginal image with the new image, wherein the remote computer system isnot rebooted between a first time defined by the issuing the command toexecute the agent process and a second time that occurs after theoriginal image has been replaced with the new image and whereinperforming the re-imaging process includes: stopping processes notneeded to maintain an operating system running on the active system inan operable state; moving files and settings in the original image froma top level space of the active system into a temporary directory usingsystem level application programming interface (API) commands; andmoving files from a re-imaging directory in which files for the newimage are stored on the active system into the top level space usingsystem level API commands; and waiting for a response from the agentprocess indicating success or failure of the re-imaging process.
 11. Themethod of claim 10 wherein the command identifies a location of the newimage to be used in the re-imaging process.
 12. The method of claim 10wherein the agent is part of the original image.
 13. The method of claim10 further comprising downloading the agent to the remote computersystem before issuing the command.
 14. A system for re-imaging a remoteactive system comprising: a first computer having a first processor anda first memory coupled to the first processor; a second computer havinga second processor and a second memory coupled to the second processor,wherein the second computer is coupled to the first computer, andwherein the second computer includes the active system; a plurality ofinstructions stored in the first memory for execution on the firstprocessor of the first computer including: instructions for issuing acommand to execute an agent process on the second computer forinitiating the re-imaging process; and a plurality of instructionsstored in the second memory for execution on the second processor of thesecond computer including: instructions for receiving the command toinitiate the re-imaging process; instructions for copying a new image tothe active system, wherein the new image is to replace an original imageon the active system; instructions for performing the re-imaging processto replace the original image with the new image, wherein theinstructions for performing the re-imaging process include instructionsfor: stopping processes not needed to maintain an operating systemrunning on the active system in a functional state; moving files andsettings in the original image from a top level space of the activesystem into a temporary directory using system level applicationprogramming interface (API) commands; and moving files from a re-imagingdirectory in which files for the new image are stored on the activesystem into the top level space using system level API commands; andinstructions for rebooting the second computer, wherein no reboot occursfrom a time at which the command to initiate the re-imaging process isreceived until a time after the original image has been replaced withthe new image, and wherein this is the first reboot to occur after theoriginal image is replaced with the new image.
 15. The system of claim14 wherein the instructions for stopping processes not needed tomaintain the operating system running on the active system in afunctional state include instructions for logging off any user currentlylogged into the active system.
 16. The system of claim 14 wherein theplurality of instructions for execution on the first computer includeinstructions for defining a plurality of settings and files that are tobe preserved from the original image during the re-imaging process andinstructing the agent process to preserve the defined plurality ofsetting and files.
 17. The system of claim 16 wherein the plurality ofinstructions for execution on the second computer include instructionsfor preserving the plurality of settings and files from the originalimage by copying the plurality of settings and files to an identicallocation in a re-imaging directory on the active system.
 18. The systemof claim 14 wherein the plurality of instructions for execution on thesecond computer include instructions for notifying the first computer ofwhether the re-imaging was successful.